Info-Atari16 Digest Mon, 20 Jan 92 Volume 92 : Issue 31 Today's Topics: "Captive" help 6502 Crossassembler Aladin Atari Archive - PD Kids Stuff Compressed Backups, Syquest Drives Darn brevity (2 msgs) Finishing Dungeon Master Gnu Make need sh.ttp? (2 msgs) Help with 5/14" IBM software emulator Length of MEGAFILE cable MEGAFILE noise PageStream upgrades/Deskjet colour drivers Problems with TEC card (TOS 2.06) Sozobon 1.33i Sozobon 1.33i vs. Sozobon 2.0 (extras) Zmodem Welcome to the Info-Atari16 Digest. The configuration for the automatic cross-posting to/from Usenet is getting closer, but still getting thrashed out. Please send notifications about broken digests or bogus messages to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU. Please send requests for un/subscription and other administrivia to Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list instead of the moderators are likely to be lost or ignored. If you want to unsubscribe, and you're receiving the digest indirectly from someplace (usually a BITNET host) that redistributes it, please contact the redistributor, not us. ---------------------------------------------------------------------- Date: 20 Jan 92 22:01:22 GMT From: noao!ncar!asuvax!cs.utexas.edu!usc!rpi!nuge110.its.rpi.edu!orlepr@arizona.edu (Robert C. Orlep) Subject: "Captive" help To: Info-Atari16@naucse.cse.nau.edu Does anyone have the game "Captive" who can help me get started? I landed on the planet Butre and found the explosives, but get trapped in the room. How do I get out? Was I even supposed to come here? ----- Robert Orlep orlepr@rpi.edu ------------------------------ Date: 20 Jan 92 17:17:22 GMT From: mcsun!unido!ira.uka.de!THD-News!zuse.pu.informatik.th-darmstadt.de!wallmann@uun et.uu.net (Natuerlich!) Subject: 6502 Crossassembler To: Info-Atari16@naucse.cse.nau.edu I uploaded v1.6 of my crossassembler package to a.a.u.e. A couple of things have changed, so I post a little summary here for those interested: - much less bugs now (obviously) - ANSI-C portable runs now on the AMIGA as well. (Still runs under UNIX and MSDOS) - assembles code for Atari 8bit computers, but with a little conversion program (included), creates files in C64 format and Apple ProDOS format and also in raw format. (*) - creates linkable output - is 98% MAC/65 compatible - includes linker, librarian, disassembler, MAC/65 detokenizer ASCII/UNIX/ATASCII conversion program, binary convertor and segment checker - produces on the Atari8 bit runtime-relocatable code (one time relocatable). It's called nasm16b.zoo/nasm16s.zoo (binary/sources) and resides in atari/languages/.. It's copyrighted, but free of charge. Nat! (*) This has not been actually tested, since I don't have any of those machines (phew..), but I would be interested if owners of that machinery have success. It OUGHT to work, since I got the binary makeup information from various owners of Apple II and C64. -- Email: wallmann@backus.pu.informatik.th-darmstadt.de "Bang that bit that doesn't bang" Buch der Sprueche, Kap. 4: "Die eigenen Schmerzen sind immer die Schlimmsten" ------------------------------ Date: 20 Jan 92 13:28:31 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net! yfn.ysu.edu!ysub!psuvm!frmop11!blekul11!gutest6@arizona.edu (Kris Van Hees) Subject: Aladin To: Info-Atari16@naucse.cse.nau.edu Hi! COuld anyone please tell me what version of Aladin is needed to execute Mac programs since system folder version 6. We have sent an MS Works version from a Mac running sys folder 6, and it fails to execute due to an incorrect system folder version. Any ideas hos to fix this? Regards, Kris Van Hees GUTEST6@cc1.kuleuven.ac.be ------------------------------ Date: 20 Jan 92 22:46:01 GMT From: noao!ncar!asuvax!cs.utexas.edu!wupost!spool.mu.edu!umn.edu!cs.umn.edu!lynx!trit on.unm.edu!seattle@arizona.edu (David G. Adams) Subject: Atari Archive - PD Kids Stuff To: Info-Atari16@naucse.cse.nau.edu I'm looking for Public Domain Children's programs. Games or Education. There isn't a directory on the Archive (terminator) for this category. Any help would be appreciated - thanks in advance even. :-) Dave -- /|\ | Lords of the / seattle@hydra.unm.edu < <>--<> > David G. Adams \ < |/\ | Earth: | "Modern love is automatic" - A Flock of Seagulls | \| | Live it! \ Don't bug the University 'bout nuthin' I've said. / ------------------------------ Date: 20 Jan 92 19:29:00 GMT From: noao!asuvax!cs.utexas.edu!utgpu!csd.unb.ca!morgan.ucs.mun.ca!garfield!rjg@arizo na.edu (Russell Gladden) Subject: Compressed Backups, Syquest Drives To: Info-Atari16@naucse.cse.nau.edu I'm looking for a file compression utility for the ST that will create archives across multiple floppies (like ARJ on the PC), or alternately, a PD backup program that does file compression and allows easy recovery of single files. I have a 150 meg hard drive that I want to back up, but not have to use 200 floppies. Also, has anyone out there used a Syquest cartridge system to transfer files between the ST and a PC? Which controller was used on the PC side? (I have an ICD Advantage+ host adapter on the ST side, so that wouldn't be a problem). Can an appropriately formatted cartridge be used to boot up either system? Thanks for any hints or pointers. /|\ Russ. -- Russell J. Gladden - rjg@garfield.cs.mun.ca _ /\ Telephone: (709) 753-5463. \'o.O' Mail: 134-B Patrick Street, St. John's, =(___)= Newfoundland, Canada, A1E 2T1. U ------------------------------ Date: 20 Jan 92 21:27:21 GMT From: noao!ncar!asuvax!cs.utexas.edu!convex!rosenkra@arizona.edu (William Rosenkranz) Subject: Darn brevity To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan17.213613.10836@syscon.rn.com> carl@syscon.rn.com (Carl Kreider) writes: >design (HP/Apollo) seems to be able to run 350 dhrystones per MHZ of clock >(i.e. 7000 dhrystones at 20MHZ and 17500 drystones at 50MHZ. Next gets 280 >drys/MHZ, which is still good. The Amiga 3000 gets 120 drys/MHZ. These >numbers are computed from data in UnixWorld. I would guess the root of >the difference is primarily memory system design (memory speed, burst vs. >non-burst, etc). So my question *really* meant, did atari do a good job >on the design of the TT memory interface, or perhaps how bad a job did >they do? I did not mean to denigrate Amigas or glorify Ataris. i would guess the compilers on the more expensive machines are better. for example, i get about 100 dhrys/MHz on an ST with Alcyon C and closer to 200 dhrys/MHz with GNU C. same machine otherwise... dhrystone is not a very good benchmark, unless all things are equal. that includes compiler technology in this case. caches on the bigger boxes will help, as you point out, but few people consider compilers when comparing (or reporting) dhrystone numbers. i have also seen people posting _executables_ of dhrystone, which is nonsense. also realize there are at least 3 versions of dhrystone... -bill rosenkra@convex.com -- Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra Convex Computer Corp. |ARPA: rosenkra@convex.com ------------------------------ Date: 20 Jan 92 21:38:26 GMT From: noao!asuvax!cs.utexas.edu!swrinde!sdd.hp.com!caen!garbo.ucc.umass.edu!m2c!wpi.W PI.EDU!jdutka@arizona.edu (John Dutka) Subject: Darn brevity To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan17.213613.10836@syscon.rn.com> carl@syscon.rn.com (Carl Kreider) writes: >Getting whacked by Amiga lovers leads me to clarify this. A good 68030 >design (HP/Apollo) seems to be able to run 350 dhrystones per MHZ of clock >(i.e. 7000 dhrystones at 20MHZ and 17500 drystones at 50MHZ. Next gets 280 >drys/MHZ, which is still good. The Amiga 3000 gets 120 drys/MHZ. These Well, my 3000-25 (nocache noburst) gets 6400 dhrystones, so 6400/25=256 drys/MHz, quite close to the NeXT. That number would be higher if I was using burst mode and cache on, and not running the term program and text editor. Just wanted to clarify things... -- | John Dutka | WSU Term #10: Linear Momentum. Unit: The CowHit (CH): | | jdutka@wpi.wpi.edu | 1 CH = the linear momentum of the average cow. | `--------------------' = m*x/[m(c)*l(c)*t(c)] ------------------------' ------------------------------ Date: 20 Jan 92 20:40:51 GMT From: tar (Tim Roeder) Subject: Finishing Dungeon Master To: Info-Atari16@naucse.cse.nau.edu My brother-in-law just completed Dungeon Master this weekend using only one character. I was just curious if others had done this, and if so how hard they found it to complete. It seemed that he really didn't have too many problems completing the game with less than the full complement of characters. Regards, -- Timothy A. Roeder Fidonet: Timothy Roeder 1:300/24 3551 S. San Joaquin Rd. Internet: tar@naucse.cse.nau.edu Tucson, AZ 85746 troeder@mis.arizona.edu (602) 578-9115 ------------------------------ Date: 20 Jan 92 21:49:44 GMT From: convex!rosenkra@uunet.uu.net (William Rosenkranz) Subject: Gnu Make need sh.ttp? To: Info-Atari16@naucse.cse.nau.edu In article <92017.211936JJL101@psuvm.psu.edu> JJL101@psuvm.psu.edu (J.J. Lehett) writes: > > Is it true that I need sh.ttp to use gnu's make? yes, and no. simple makefiles will never invoke a subshell, so if you keep it simple, you are fine. gnu make parses each command looking for certain characters. when it finds something (like single quotes, sh commands, etc) it sets a flag to execute that command line via sh rather than directly with what amounts to a Pexec. >So, where can I find sh.ttp? I haven't been >able to locate it. bash or ksh should work in place of sh. you may be able to use tcsh as well, provided SHELL is set correctly and provided your makefile commands are csh rather than sh in construct. note, however, that some versions of make on other platforms (unix) will only support bourne shell (sh) commands. this poses a portability problem. i would recommend against it. note that i use GNU make 3.60 with some modifications on my system without sh, MiNT, or anything else fancy. it should work with any compiler with a cc-like front end (or even other languages). i use it with GNU C (1.40). for reference, the O'Reily book on make (Nutshell) is pretty good. i have seen this in regular bookstores. i also find Sun's documentation on make to be excellent. GNU make also has a rather large user's manual, in the goofy texinfo format, if you can find a way to print it. there are DVI versions of the GNU docs, too. -bill rosenkra@convex.com -- Bill Rosenkranz |UUCP: {uunet,texsun}!convex!rosenkra Convex Computer Corp. |ARPA: rosenkra@convex.com ------------------------------ Date: 20 Jan 92 10:19:52 GMT From: mcsun!news.funet.fi!sunic!dkuug!daimi!lynbech@uunet.uu.net (Christian Lynbech) Subject: Gnu Make need sh.ttp? To: Info-Atari16@naucse.cse.nau.edu JJL101@psuvm.psu.edu (J.J. Lehett) writes: > Is it true that I need sh.ttp to use gnu's make? I tried substituing >SHELL= gu.prg (gulam) in the makefile, but it then says can't find gulam.g >which is right beside gu.prg. So, where can I find sh.ttp? I haven't been >able to locate it. > When I don't add the shell= line to the makefile, the cc environment >variable in my gulam.g file must get cancelled, as makes then cannot find >the cc program, which I have defined correctly (I know this since I can >type cc ... where the makefile is and it will indeed find the gcc prog. >------------------ >J.J. Lehett : Atari's, puzzles, games, chaos, fractals, math.... > - jjl101@psuvm.psu.edu Penn State CAC Lab Operator > - aa400@cleveland.freenet.edu Atari 16/32 bit SIG Sysop Not being a hardcore gulam user, I might be wrong, but this may be gulams fault. When I tried gulam out (some time ago), I tried to install it from the desktop with some suitable extension. I then had a gulam.g next to the gu.prg and had the same problems as you describe. My guess is that gulam always searches for gulam.g in the current directory (sensible enough) and then fails when it can't find it (not very sensible IMHO). I do think however that if it gets an *.g file as argument, it will load that instead, and thus not fail. sh.prg could be found in the unix toolkit on a.a. somewhere in the utilities/unix directory. I'm not absolutely certain on the names. I could dig up the exact path if needed. The unix toolkit is a fairly large collection of the standard unix utilities such as ls, cp, find, grep and many others. Unfortunately it is fairly old, and therefore have problems with UNIXMODE (sh.prg when starting programs) and ARGV (exceeding 125 chars in arguments). --------------------------------------------------------------------------- Christian Lynbech DAIMI office: R0.32 phone: 5034 University of Aarhus,DK-Denmark email: lynbech@daimi.aau.dk --------------------------------------------------------------------------- HELLO, I'm a signature virus! Join in the fun and copy me into yours! ------------------------------ Date: Mon, 20 Jan 92 13:14 EST From: Subject: Help with 5/14" To: Info-Atari16@naucse.cse.nau.edu I'm trying to have a high density 5 1/4 hooked up to my mega 4. The guy at the service shop says, it format's,but won't read. I had a regular 360K 5 1/4 before , before the head went out of alignment. I only bought the hd version, becasue it was onlt $10 more, and I figure I could always use it in my 286, if I had to. But now he says the old drive won't even format. I could format it before, but when verifying with DC Format, it would give me errors around track 27 and up. I have a disk that I keep in the A: drive, that has the boot sector to change the step rate to 6 ms. And that always worked for the old drive. HAs anyone got a clue what to do, or what I'm talking about? ------------------------------ Date: 20 Jan 92 11:44:37 GMT From: mcsun!uknet!yorkohm!minster!mjl-b@uunet.uu.net Subject: IBM software emulator To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan16.172705.15904@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu (Mark O'Bryan) writes: >In article <060192.120924ZWQ017@DMSWWU1C.BITNET> Bjarne Pohlers writes: >> In article <1992Jan02.171151.14033@disk.uucp> unknown@disk.uucp (unknown) writes: >> >Why not just make a program that converts an IBM program to an ST runnable >> >one? I'm not really concerned with graphical programs, just basic IBM >> >compat. ones.. Wouldn't it be possible to load the program into memory >> >and spend a few minutes to convert it? Then you could have a somewhat >> >faster application, and it could be used without loading a special emu. >> >> It is nearly impossible to write such a program. > >This can be done (and HAS been done) if the conversion program has some >input from the developers of the program being converted. It's been over >a year since I read about it, so I don't remember all the details (it >might possibly have been XDOS?), but a company came out with a conversion >program that could translate PC programs to run on 68000 workstation >platforms. They then collaborated with several major developers to pro- >vide "hint" files for their important applications. > >> Imagine, you had as much memory as a computer >> (which you do) you would not be able to convert a program without >> thinking. These are also the reasons why there are not any perfectly >> working disassemblers. > >Hmm? I can't compile a program without thinking either, but that >doesn't stop perfectly working (well, almost! ;-) compilers from >existing. As has been stated by myself and others, converting a program by executing it and generating equivalent code for each opcode encountered is impossible. It is impossible because this process reduces to the Turing Machine Halting Problem, which has been proven to be non computable. Essentially, you're trying to follow all the execution paths of the program, in order to convert it completely. This is essentially the same as trying to find out if a program will terminate, and hence it reduces to the halting problem. This is not to say that you can't decide whether _some_ programs terminate, just that it's impossible to do it for _any_ program. (If you want to know more, I suggest you read the chapter on computation of Roger Penrose's book, "The Emperor's New Mind". It explains Turning machines for the lay-person extremely well.) >Mark T. O'Bryan Internet: obryan@gumby.cc.wmich.edu | Mathew Lodge | "What do they call you, boy?" "Kate." "Isn't | | mjl-b@minster.york.ac.uk | that a bit of a girl's name?" "... it's | | Summer: lodge%alsys@uknet | short for 'Bob'" -- Blackadder II | ------------------------------ Date: 20 Jan 92 18:43:12 GMT From: math.fu-berlin.de!mailgzrz!Sirius.dfn.de!rusmv1!news.uni-tuebingen.de!nova!noll ert@uunet.uu.net (Hans-Peter Nollert) Subject: Length of MEGAFILE cable To: Info-Atari16@naucse.cse.nau.edu Hello everyone, like almost everybody using a MEGAFILE xx hard disk, I have come to find the noise level unacceptable. The solution I'm contemplating right now consists of 'putting it away' somehow: Into a desk drawer, to the next room, under a pillow, .... However, the short cable supplied with the MEGAFILE disk makes this impossible. Are there longer cables available? If I try to make one myself, what are the potential problems? In particular, what is the maximum length for this cable (both my manual and the FAQ file are silent on this point)? Hoping to receive lots of useful hints before my ears go dead Hans-Peter -- Lehr- und Forschungsbereich Theoretische Astrophysik (TAT), Universitaet Tuebingen, Auf der Morgenstelle 10, D-7400 Tuebingen, Germany Tel.: 49-7071-295921 Telefax: 49-7071-295400 Telex: 726 2867 UTNA D nollert@tat.physik.uni-tuebingen.de PSI%45050260314::NOLLERT ------------------------------ Date: 21 Jan 92 03:05:50 GMT From: noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!munnari.oz.au!bunyip.cc.uq. oz.au!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: MEGAFILE noise To: Info-Atari16@naucse.cse.nau.edu nollert@nova.tat.physik.uni-tuebingen.de (Hans-Peter Nollert) writes: >like almost everybody using a MEGAFILE xx hard disk, I have come to >find the noise level unacceptable. Mine is not very noisy, but slightly noisier than it was when I first bought it. I'm thinking that perhaps the fan needs cleaning and oiling, since it is the main source of noise. Or is it? Warwick. -- _-_|\ warwick@cs.uq.oz.au | / * <-- Computer Science Department, | HELLO, I'm a signature virus! \_.-._/ University of Queensland, | Join in the fun v Brisbane, AUSTRALIA. | and copy me into yours! ------------------------------ Date: 20 Jan 92 10:45:56 GMT From: mcsun!uknet!yorkohm!minster!jph@uunet.uu.net Subject: PageStream upgrades/Deskjet colour drivers To: Info-Atari16@naucse.cse.nau.edu Can anyone on the net tell me how to go about upgrading PageStream from version 1.82(UK) to version 2.1 from the UK ? I have written to Soft-Logik and have been eagerly awaiting a reply for about 5 months now and would prefer not to have to phone long distance. What I really need to know is how much the upgrade costs and what proofs of purchase do I have to return. Has anyone in the UK actually managed to get anything out of SoftLogik ? On the same track, does anyone know if the new version includes a colour driver for the HP Deskjet 500 Colour ? I am dying to trade in my Deskjet 500 for a colour printer - but only if I can utilise the output from what is still my favourite DTP (on any machine). Any help appreciated. Yours hoping that Softlogik can answer all these points and save me from having to buy a PC/Windows 3.x setup to achieve proper colour output. Jonathan. ------------------------------------------------------------------------------- Jonathan P. Hassell - HCI Group Dept. of Computer Science, University of York, York, Y01 5DD, UK. Tel : (+44 904 432765) UUCP MAIL: {mcsun,uknet}!minster!jph JANET MAIL: jph@uk.ac.york.minster INTERNET MAIL: jph@minster.york.ac.uk last resort: jph%minster.york.ac.uk@nsfnet-relay.ac.uk ------------------------- Usual Disclaimers Apply ----------------------------- ------------------------------ Date: 20 Jan 92 09:31:37 GMT From: noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc .edu!hemuli.tik.vtt.fi!news.funet.fi!sunic!dkuug!aud.dk!soren@arizona.edu (Soeren Michelsen) Subject: Problems with TEC card (TOS 2.06) To: Info-Atari16@naucse.cse.nau.edu A friend of mine recently received the TEC (TOS Extension Card) with TOS 2.06 from a German Company called Artifex. This got to be the card that Codehead produces since there's references to Codehead products inside. We can't get it to boot the hard disk, a Megafile 30 with AHDI 4.0. It simply doesn't start. Loading a driver from the floppy works all right. It is just the DMA boot code which doesn't work. We have designed our own hard disk (SCSI) interface which works perfectly with TOS 1.4. This interface BOMBS the ST with the TEC installed! We get 3/4 bombs (address error/privilege instruction) each time. Removing the EPROM from our interface and a counter chip gives the SAME result. Someway or another TOS 2.06 does funny things with the DMA devices. Anyone out there knows anything about this? ALL help would be appreciated!! ------------------------------ Date: 20 Jan 92 13:30:44 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net! yfn.ysu.edu!ysub!psuvm!frmop11!blekul11!gutest6@arizona.edu (Kris Van Hees) Subject: Sozobon 1.33i To: Info-Atari16@naucse.cse.nau.edu Hi! I got Sozobon 1.33i `Heat and Serve` from the comp.binaries.atari.st group, and I installed it on my 1040 Ste with one floppy drive. However, running the test makefile, it failed on compiling MINICOLR. It gives a loader error '_main' underfined, which is strange as it is the actual test nakefile as included in the shipment. Any ideas? Is it actually a bug in the 1.33i shipment? Regards, Kris Van Hees GUTEST6@cc1.kuleuven.ac.be ------------------------------ Date: 20 Jan 92 22:53:53 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!munnari.oz.au!bunyip.cc. uq.oz.au!topaz.ucq.edu.au!johnsonc@arizona.edu Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras) To: Info-Atari16@naucse.cse.nau.edu In article , steve@thelake.mn.org (Steve Yelvington) writes: > [In article <27328@sdcc12.ucsd.edu>, > bboychuk@sdcc13.ucsd.edu (The Fightin' Llama) writes ... ] > > > Could somebody out there spell out the differences between, and > > the advantages of, Sozobon 1.33i and 2.0? One's "Heat and Serve" and > > one allows 32 character object names? > > Basically Sozobon 2.0 is Sozobon 1.2 plus the SozobonX extended object > file format (long identifiers), some bugfixes, and source code that can > be compiled on a variety of platforms (for cross development of ST > binaries). > > 1.33i (Heat and Serve) is Sozobon 1.2 with even more bugfixes, much > optimization, no source code, a long list of revisions to the user > interface to allow it to be executed without a command interpreter, > a completely new MAKE, and a long list of enhancements to the compiler > itself -- several pragmas, some ANSI preprocessor features, C++ comments, > intelligible error messages, etc. In addition, it comes with a nearly > foolproof installation program and a GEM environment-setting utility. > > (As posted previously, the 2.0 linker can be modified to work with 1.33i > and, in conjunction with the 2.0 assembler, 1.33i can handle long > external identifiers.) > > > Is either ANSI compliant? > > Neither compiler conforms to the ANSI standard; neither compiler > supports function prototypes. > > > Which is going to be the new Sozo "standard"? > > I expect both to be around for awhile, with descendants that probably > will diverge. > > > And what's that on > > my shoe? > > Hard to tell, but if you here, it'd be melted dirty ice and road salt. > > -- > Steve Yelvington, Marine on St. Croix, Minnesota > Land of lutefisk, ice castles and jumper cables Incidentally, if any new Sozobon users are confused, MAKE.INI may need changes if you are only using floppy drives. I've just installed it to work on the GEM desktop with floppies and found that for successful compilation with MAKE, I had to change the environment paths in MAKE.INI. Initially they are set to work from C drive. If unchanged, you'll have an error linked to "compiler not found" to a few other messages I've forgotten now. Change the paths for PATH, INCLUDE and LIB to (respectively) A:\SOZOBON\BIN\ A:\SOZOBON\INCLUDE\ A:\SOZOBON\LIB\ When compiling, I rely on the example .MAK files (which can be edited with a wordprocessor). Chris. ------------------------------ Date: 20 Jan 92 20:03:12 GMT From: noao!ncar!asuvax!cs.utexas.edu!news@arizona.edu (Troy Carpenter) Subject: Zmodem To: Info-Atari16@naucse.cse.nau.edu I have been having my problems with Zmodem, but it is in downloading, not uploading like everyone else seems to have. Anyway here is the problem: When I tell my Unix system to send Zmodem batch, I get the first file fine, but then the program tells me that the sender aborted. When I switch back to the Unix machine, the screen is filled with "~H" all across the screen. Would my machine send those characters and would that be causing the abort to happen? I am using XYZ in default mode (Zmodem download) and Unix on a Sun. Please help as I have over 5 megs of stuff to download, and I do not want to wait for Kermit to do all that, and I do not want to have to re-set the down load for each file... Troy Carpenter Department of Computer Sciences THE University of Texas, Austin psurge@cs.utexas.edu "You're so open minded that your brain leaked out" - Steve Taylor *>>>>>>>>>>>>>>>>>> The best thing in life costs exactly that <<<<<<<<<<<<<<<* ------------------------------ End of Info-Atari16 Digest ******************************